Автореферат

Оглавление

• Введение
• Актуальность
• Цель работы
• Научная новизна
• Архитектура «клиент-сервер»
• Основные понятия Microsoft Sql Server
  • Клиент-серверная система SQL
  • Поддержка расширенной памяти
  • Многократные экземпляры SQL Server
  • Кластеризация для обеспечения отказоустойчивости
  • Операции по поддержке базы данных
  • Целостность ссылочных данных
  • Полнотекстовый поиск
  • Улучшение для индексирования
• Ресурсы
• Администрирование
  • Пересылка журнала
  • PerformAnce Analyzer
• Репликация
• Средства разработки
• Архитектура Interbase
• Многоверсионная архитектура
• Высокая надежность
• Триггеры
• Хранимые процедуры
• Функции (UDF)
• Легкость управления и обслуживания
• Ресурсы
• Автоматическая обработка двухфазного подтверждения транзакций(2PC)
• ANSI SQL-92
• Поддержка национальных кодировок
• Средства разработки
• Ограничения базы данных
• Требования к системе
• Сравнительный анализ серверов базы данных MS SQL Server 2000 и Interbase 6.5

Введение

     Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия ли учреждения. Такая система должна:

• обеспечивать получение общих и/или детализированных отчетов по итогам работы;
• позволять легко определять тенденции изменения важнейших показателей;
• обеспечивать получение информации, критической по времени, без существенных задержек;

     Современные СУБД в основном являются приложениями Windows. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ

     Среди наиболее ярких представителей систем управления базами данных можно отметить:Microsoft SQL Server,Borland Interbase,Oracle,Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro и Microsoft Visual Basic, используемые в приложениях,построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную областьприменения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовыхпроцессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA)и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какогопакета написано конкретное приложение, и какой формат данных в нем используется. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».
    

Таким образом, на сегодняшний день разработчик не связан рамками какого-либо конкретного пакета и в зависимости от поставленной задачи может использовать самые разные приложения.[1,2,13]

Актуальность

     В настоящее время существует такие серверы баз данных, как Interbase, Microsoft SQL Server, Oracle, Informix, Sybase, DB2. Выбор системы управления базами данных является одним из важных этапов при разработке приложений баз данных.

Цель работы

     Целью работы является исследование производительности системы управления базы данных. Для этого проводились сравнения серверов баз данных.

Научная новизна

     Научная новизна состоит в проведении тестов и анализа производительности различных серверов СУБД, оценки быстроты работы.

Архитектура «клиент-сервер»

     Увеличение сложности задач, появление персональных компьютеров и локальных вычислительных сетей стали предпосылками появления новой архитектуры «файл - сервер ». Эта архитектура баз данных с сетевым доступом предполагает назначение одного из компьютеров сети в качестве выделенного сервера, на котором будут храниться файлы базы данных. В соответствии с запросами пользователей файлы с «файл – сервера» передаются на рабочие станции пользователей, где и осуществляется основная часть обработки данных. Центральный сервер выполняет в основном только роль хранилища файлов, не участвуя в обработке самих данных. База данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера). Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены СУБД и приложение для работы с БД.[13] (рис. 1)

Рисунок 1 - Архитектура «клиент-сервер»(Анимация)

Основные понятия Microsoft Sql Server

     Microsoft SQL Server – это реляционная система управления базой данных (СУБД).В реляционных базах данных информация хранится в таблицах. Взаимосвязанные данные могут группироваться в таблицы, кроме того, могут быть установлены также и взаимоотношения между таблицами. Отсюда и произошло название реляционные – от английского слова relation (родственный, связанный отношениями, взаимозависимый). Пользователи получают доступ к данным на сервере через приложения, а администраторы, выполняя задачи конфигурирования, администрирования и поддержки базы данных, производят непосредственный доступ к серверу. SQL Server является масштабируемой базой данных, т.е. она может хранить значительные объемы данных и поддерживать работу многих пользователей, осуществляющих одновременный доступ к базе данных [2]

Клиент-серверная система SQL Server

     Клиент-серверная Система SQL Server может иметь двухзвенную установку (two-tier setup) либо трехзвенную установку (three-tier setup). Независимо от варианта установки, программное обеспечение и базы данных SQL Server размешается на центральном компьютере, который называется сервер базы данных (database server). Пользователи работают на отдельных компьютерах, которые называются клиенты (clients). Доступ пользователей к серверу базы данных производится при помощью приложений с их компьютеров-клиентов (в двухзвенных системах), либо при помощи приложений, выполняющихся на специально предназначенном для этой цели компьютере, который называется сервер приложений (application server) (в трехзвенных системах).[2] В двухзвенных системах клиенты исполняют приложения, осуществляющие доступ к серверу базы данных непосредственно через сеть. Таким образом, компьютеры-клиенты исполняют программный код, соответствующий нуждам предприятия, и код, отображающий для пользователя результаты доступа к базе данных. Таких клиентов называют толстыми (thick client), потому что они выполняют два вида работы (рис. 1.1).
     Двухзвенная установка полезна при относительно небольшом количестве пользователей, потому что для соединения с каждым из пользователей расходуются такие системные ресурсы, как память и блокировки (locks). Чем больше будет количество соединений с пользователями, тем хуже будет производительность системы.

Рисунок 1.1 - Двухзвенная клиент-серверная система

Рисунок 1.2 – Трехзвенная клиент-серверная система

Поддержка расширенной памяти

     SQL Server 2000 Entreprise Edition может пользоваться API (интерфейсом прикладного программирования) Windows 2000 Address Windowing Extension (AWE) для поддержки больших адресных пространств. На серверах под управлением Windows 2000 Advanced Server SQL Server поддерживает память до 8 ГБ, а на серверах под управлением Windows 2000 Datacenter – около 64 ГБ. Поддержка AWE имеется только в этих двух операционных системах. Кроме того, для того, чтобы использовать AWE, применяется новый параметр конфигурации SQL Server – awe enabled. [2]

Многократные экземпляры SQL Server

     В SQL Server 2000 допускается исполнение нескольких экземпляров SQL Server на одном компьютере. Каждый экземпляр имеет свою собственную системную и пользовательские базы данных. Приложения могут соединяться с экземплярами SQL Server точно так же, как они соединялись бы с экземплярами SQL Server, работающими на другом компьютере. Можно применять экземпляры SQL Server для группировки типичных прикладных задач, так, чтобы отдельные группы задач обслуживались бы своими собственными экземплярами SQL Server. Это может способствовать уменьшению конфликтов, потому что каждый из экземпляров SQL Server при выполнении своих задач будет действовать независимо от остальных экземпляров [2]

Кластеризация для обеспечения отказоустойчивости

     В SQL Server 2000 были значительно улучшены средства администрирования кластеризацией для обеспечения отказоустойчивости В SQL Server 2000 можно выполнить следующие задачи администрирования:

• администрирование кластеризации для обеспечения отказоустойчивости с любого узла кластера;
• разрешить переход от одного узла кластера обеспечения отказоустойчивости к любому другому узлу в кластере;
• - возможны переинсталляции и реорганизации виртуального сервера в кластере, не затрагивающие остальных узлов в виртуального сервера;
• можно задавать несколько IP-адресов для виртуального сервера;
• создание узлов и удаление узлов из кластера обеспечения отказоустойчивости при начальной установке в SQL Server;
• - задание переходов на другие узлы кластеров при отказах и возвратов при восстановлении к любому узлу и от любого узла кластера. [2]

Операции по поддержке базы данных

     К усовершенствованиям SQL Server 2000 относится также то, что для некоторых операций поддержки базы данных, выполняемых администраторами, повысилась скорость их исполнения и улучшилось удобство работы. К этим усовершенствованиями относятся повышение скорости дифференциального резервного копирования (differential backup), и параллельное сканирование с проверкой согласованности базы данных (DBCC). Дифференциальные резервные копирования теперь могут производиться за время, пропорциональное объему данных, измененных с момента последнего резервного копирования базы данных. DBCC может пользоваться достоинствами многопроцессорных вычислительных систем, работая параллельно сразу на нескольких процессорах, что повышает производительность DBCC. Также DBCC при сканировании таблиц работает без блокировки разделяемых таблиц, благодаря чему обновления могут производиться одновременно с задачами DBCC.

Целостность ссылочных данных

     При помощи двух новых предложений – ON UPDATE и ON DELETE – можно задать поведение SQL Server при изменении колонки в таблицу, на которую ссылается внешний ключ (foreign key) в другой таблице. Предложения ON UPDATE и ON DELETE могут применяться в операторах CREATE TABLE и ALTER TABLE. Эти предложения имеют опции CASCADING и NO ACTION. CASCADING с ON DELETE означает, что если из указываемой таблицы удаляется ряд, то это удаление будет «каскадным», окажет также воздействие на таблицу внешних ключей. Аналогично, CASCADING с ON UPDATE означает, что обновление, применяемое к указываемой колонке данных в родительской таблице, будет применяться «каскадом», так что таблица внешних ключей будет обновляться таким же образом.

Полнотекстовый поиск

     В SQL Server 2000 появились две новые возможности, улучшающие функциональность полнотекстового поиска: отслеживание изменений и фильтрация изображений. Отслеживание изменений сохраняет журнал всех изменений, произведенных с полнотекстовыми индексированными данными, а на основе записи этих изменений можно обновлять индекс. Индекс можно обновлять вручную, периодически «сбрасывая» журнал, а можно сконфигурировать обновления индекса так, чтобы они происходили в соответствии с обновлением данных. Фильтрация изображений позволяет индексировать и обращаться с запросами к документам, хранящимся в колонках для изображений

Улучшение для индексирования

     В SQL Server 2000 появилось несколько новых улучшений для индексирования. Следующие возможности обеспечивают большую гибкость при индексировании:

• создать индексы для вычисляемых колонок;
• задать последовательность создания индексов, как возрастающую, так и убывающую;
• задавать, должен ли индекс создаваться с применением параллельного сканирования или сортировки. [2]

Ресурсы

     Microsoft SQL Server требует наличия 60M на диске для установки и 16MB RAM. Каждый пользователь занимает по 48K памяти. В случае 20-ти пользователей потребуется около 17Мб физической памяти, не считая памяти, необходимой для обработки таблиц и буферизации данных. Несмотря на то, что при установке Microsoft SQL Server не требуется конфигурирования памяти, Microsoft считает этот параметр важнейшим, и рекомендует устанавливать его вручную. Microsoft не предоставляет формулы для определения оптимального значения, вместо этого рекомендуется запустить монитор производительности, и анализировать параметр "page faults/sec". Далее, поскольку Microsoft SQL Server блокирует память и временные таблицы в памяти, то другие приложения, выполняемые на этом же компьютере могут выдать сообщение о нехватке памяти. Вообще, определение необходимого объема памяти достаточно сложная задача, решаемая только в реальных условиях, и достаточно квалифицированным администратором [2,13]

Администрирование

     Правильное конфигурирование серверов SQL и регулярное выполнение задач обслуживания базы данных является важным фактором для достижения высокой эффективности работы

Пересылка журнала

     При помощи пересылки журнала (log shipping) можно непрерывно «сбрасывать» и копировать резервные копии журнала транзакций с исходного сервера на целевой сервер, а затем автоматически загружать этих журналы на целевом сервере. Таким образом, можно получить «теплый резерв» (warn stAndby) базы данных и отдельную, предназначенную только для чтения систему для выполнения таких запросов, как деловые отчеты. Можно сконфигурировать расписание для каждого шага, в том числе сконфигурировать задержки между копированием и загрузкой резервных копий журналов.

PerformAnce Analyzer

     В Enterprise Manager появилось новое инструментальное средство - PerformAnce Analyzer (Анализатор производительность).Это средство служит для сбора данных о производительности для отдельной базы данных или для всех баз данных. Данные трассировки хранятся в таблице, и на их основе строится «куб OLAP» (OLAP – online Analytical processing, аналитическая обработка в реальном времени). Для просмотра и анализа данных о производительности можно использовать приложения, способные читать куб OLAP.[8]

Репликация

     В SQL Server 2000 появились несколько улучшений репликации. Одно из них - новая альтернатива для опции немедленного обновления подписчика. Это новая опция называется queued update (обновление, организованные в очередь). Опция queued update предназначена специально для репликаций снимков (snapshot) и для репликаций транзакций. Разрешив обновления, организованные в очередь, вы позволяете подписчику изменять опубликованные данные локально, даже если издатель не имеет постоянного соединения с подписчиком. Появились новые улучшения для репликации слиянием:

• новые механизмы разрешения конфликтов (conflict resolvers);
• опция для интерактивного разрешение конфликтов;
• вертикальная фильтрация для слияния конфликтов;
• возможность добавлять к динамическим фильтрам функции, определяемые пользователями;
• автоматическое управление рангами идентификации у подписчиков;
• возможность при синхронизации данных иметь альтернативных издателей.

Средства разработки

     Основными средствами разработки являются следующие:

• компилирующие языки программирования: Delphi, Borland C++, Borland C++ Builder, MS C/Visual C++;
• MS Visual Basic

Архитектура Interbase

     Существуют два типа архитектуры Interbase: Classic и SuperServer, которые значительно отличаются друг от друга методами работы с клиентами, организацией взаимодействия собственных моделей и даже cоставом модулей, входящих в определенную реализацию архитектуры.
     Архитектура Classic характеризуется следующей фазой: каждое клиентское соединение на компьютере-сервере запускает серверный процесс, который обслуживает одного клиента. Количество клиентов, установивших соединения, равно количеству экземпляров сервера, которые запустятся для их обслуживания [1] (рис. 2.1).

Рисунок 2.1 – Архитектура Classic

Рисунок 2.2 – Архитектура SuperServer [13]

Многоверсионная архитектура

     Interbase является первой СУБД, в которой реализована многоверсионная архитектура. Именно многоверсионная архитектура позволяет организовать взаимодействие пользователей таким образом, что читающие пользователи не блокируют пишущих, а также дает возможность очень быстро восстанавливаться после сбоев в базе данных и отказываться от ведения протокола транзакций (transaction log).
     Основная идея многоверсионной архитектуры состоит в том, что все изменения, проводимые над конкретными записями производится не над самой записью, а над ее версией.
     Механизм многоверсионной архитектуры позволяет транзакциям избавиться от лишних блокировок используемых данных и использует принцип чтения данных, не приводит к блокировке их изменения. В отличие от других баз данных, неблокирующие транзакции Interbase не требуют дополнительного программирования, чтобы обеспечить постоянный, воспроизводимый результат для каждого запроса [13]

Высокая надежность

     Interbase является первым, предложившим концепцию активной базы данных. Активная база данных содержит уведомления о событиях, хранимых процедурах, триггерах, определяемых пользователем функциях и фильтрах полей типа BLOb для автоматизации происходящих на сервере процессов [1].

Триггеры

     Триггеры хранят и выполняют логику обработки данных на сервере. Таким образом каждое приложение, использующее корпоративные данные, автоматически использует эту логику. Триггеры Interbase автоматизируют отклик на события на сервере, и часто используются для проверки данных при вставке, изменении и удалении записей в таблицах [1]

Хранимые процедуры

     Хранимые процедуры в Interbase позволяют реализовать значительную часть логики приложения на уровне базы данных и, таким образом, повысить производительность обработки данных, выполняя ее на сервере. Хранимые процедуры могут быть использованы приложением, подсоединенным к базе данных. Это позволяет использовать модульную разработку базы данных, обеспечивает легкость сопровождения и повторного использования. [1]

Функции (UDF)

     Функции UDF обеспечивают возможность расширения SQL-сервера Interbase внешними функциями любой сложности, написанными на компилирующих языках программирования. UDF могут производить специальную обработку даты и времени, чисел, строк, содержимого BLOb-полей, а также вызывать приложения операционной системы.[1]

Легкость управления и обслуживания

     Большинство SQL-серверов требуют целых подразделений, где сотрудники занимаются только обслуживанием SQL-сервера, его настройкой и управлением. Interbase разработан не только для обеспечения высокой производительности, но и для разработчиков баз данных любого уровня, и не требует усилий для поддержки работоспособности. Это отличное решение как с точки зрения стоимости сопровождения, так и при переносе баз данных с настольных приложений на SQL-сервер
     Interbase поддерживает 16- и 32-разрядный GUI Microsoft Windows для упрощения администрирования, мониторинга и отладки с клиентского компьютера.

Ресурсы

     Архитектура Interbase эффективно использует ресурсы системы. Для установки требуется минимально 10Мб на диске (большую часть занимают справочные файлы и примеры программирования) и минимальное количество оперативной памяти, достаточное для работы операционной системы. Большинство других продуктов требуют большое количество памяти и серверных ресурсов, увеличивая стоимость решения

Автоматическая обработка двухфазного подтверждения транзакций(2PC)

     Interbase позволяет легко работать с многосерверными транзакциями, и является первой коммерческой СУБД, реализовавшей протокол 2PC. При этом обработка транзакций выполняется по схеме двухфазного подтверждения транзакций, что гарантирует целостность данных без написания дополнительного кода. Как только транзакция выполняется над двумя и более серверами баз данных, Interbase сначала проверяет готовность всех серверов к завершению транзакции, и затем отправляет команду окончательного завершения транзакций. Восстановление незавершившихся после первой фазы транзакций выполняется благодаря механизму множественных поколений записей

ANSI SQL-92

     Interbase обеспечивает совместимость со стандартом SQL-92 (полное соответствие entry level). Это снижает затраты на обучение при освоении Interbase SQL Server, поскольку язык программирования баз данных соответствует открытому индустриальному стандарту. Используя стандартный SQL для определения хранимых процедур, триггеров, ограничений целостности и декларативной ссылочной целостности.[6,9,12]

Поддержка национальных кодировок

     Interbase обеспечивает хранение обработку данных в различных национальных кодировках. Поддерживаются как однобайтовые, так и многобайтовые наборы символов для всех операций со строками. Поддерживаемые наборы символов включают UNICODE, ASCII, кодовые страницы DOS (включая 866 - CYRL), кодовые страницы Windows (включая WIN1251), и EUC. Для базы данных может быть указан набор символов по умолчанию, и переопределен для любого строкового поля таблицы. Специальные наборы сортировок позволяют учитывать особенности сортировки национального алфавита (например PXW_CYRL). Никаких дополнительных инструментов для поддержки национальных кодировок не требуется.

Средства разработки:

    

• PowerPlay, PowerHouse 4GL, и Impromptu от Cognos Corp;
• JAM для IB Database от JYACC, Inc;
• Delphi и Delphi Client/Server;
• Borland Database Engine и SQL Links;
• Visual dBASE с Borland SQL Links;
• Paradox for Windows с Borland SQL Links;
• Возможность использования мощного native API из компилирующего языка программирования: Delphi, Borland C++, Borland C++ Builder, MS C/Visual C++.

Ограничения базы данных:

    

• максимальное количество записей в одной таблице: 2 миллиарда;
• максимальный размер таблицы: ограничивается ресурсами системы;
• количество баз данных в системе: ограничивается ресурсами системы;
• количество активных пользователей: ограничивается ресурсами системы;
• количество таблиц в базе данных: 64K;
• количество индексов в базе данных: 64K;
• максимальный размер записи (не включая BLOb): 64Kb.

Требования к системе

     Минимум оперативной памяти (необходимый минимум для операционной системы) и дискового пространства зависит от операционной системы конкретной платформы
     Сетевой протокол: для всех платформ TCP/IP, другие протоколы в зависимости от конкретной платформы.

Сравнительный анализ серверов базы данных MS SQL Server 2000 и Interbase 6.5

     При проектировании приложений баз данных выбор СУБД является одним из важных этапов и может повлиять на дальнейшую работу всей системы. сравнительный анализ серверов баз данных проводилось по следующим признакам:

1. Средства разработки:
   • MS SQL Server – Enterprise Manager, Query Analyzer;
   • Interbase – Interbase Console, IB Expert, EMS IB Manager.
2. Операционная система:
   • MS SQL Server – Windows NT, 2000;
   • Interbase – Windows 95/98/ME/NT/2000 и Linux-системы.
3. Минимальные требования к серверу БД:
   • MS SQL Server - Pentium II 350 MHz , ОЗУ – 64 Мбайт, 128 Мбайт свободного места на диске;
   • Interbase - Pentium 100 MHz , ОЗУ - 64 Мбайт, 100 Мбайт свободного места на диске;
4. Производительность:
   Для сравниение производителоьность проводились следующие тесты:
   • на вставку заптсей
     Для каждой СУБД были замерены время на вставку записей, средняя загрузка процессора и максимальная загрузка процессора.[1,2,3,4,5,7,8] Результаты теста показали, что Interbase вставляет записи гораздо быстрее, чем MS SQL Server. Также замечено, что Interbase почти полностью загружает процессор, в отличие от MS SQL Server

     

     

     

   • на выполнение запросов.
     Текст SQL-запросов подбирался таким образом, чтобы исследовать эффективность различных механизмов СУБД: безусловный запрос, запрос с простым условием, запрос с агрегатной функцией, удаление. Результаты тестов показали, что производительность Interbase при выполнении запросов выше, чем MS SQL Server

     

     

     

Interbase – высокое быстродействие;
MS SQL Server – средняя нагрузка на процессор всего 30 %;
Interbase – средняя нагрузка процессора 50-70 %;
MS SQL Server – сравнительно более низкое быстродействие при вставке записей.

При написании реферата магистерская работа еще не завершена. Окончательное завершение - январь 2007г. Полный текст работы и все материалы по теме могут быть получены у автора или его руководителя после указанной даты.

Перечень ссылок

1. Ковязин А.Н., Востриков С.М. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных в InterBase, Firebird, Yaffil. – М.:Питер, 2005. – 496 с.
2. М.Ф.Гарсиа, Дж.Рединг, Э.Уолен, С.А.ДеЛюк Microsoft SQL Server 2000. Справочник администратора. – М.: СП Эком, 2004. – 976 с.
3. Перевод: Александра Гладченко 2002г ,По материалам статьи Michael Otey Performance Counters Семь наиболее полезных счётчиков эффективности.
   http://www.sql.ru/articles/mssql/02111903PerformanceCounters.shtml
4. Кузьменко Дмитрий, 22 октября 1998.Исправлено 26 сентября 2000.-Тест вставки записей.
   http://ibase.ru/devinfo/instest.htm
   
5. Microsoft - Правило оптимизация производительность SQL Server 7.0 :Принцип и средство оптимизация производительности
   http://www.microsoft.com/france/technet/produits/sql/7.0/sql7pt_1.mspx#ERE
   
6. Санкт-Петербургский Государственный институт точной механики и оптики (технический университет) Кафедра вычислительной техники В.В.Кириллов, Г.Ю.Громов - Структуризированный язык запросов (SQL)
   http://www.cs.ifmo.ru/education/documentation/sql_kg/index.shtml
   
7. Иван Фролков - Краткий справочник по Transact SQL
   http://www.sql.ru/docs/mssql/tsql_ref/index.shtml
   
8. Перевод: Александра Гладченко 2002г. - Мониторинг эффективности MS SQL Server. Практические рекомендации
   http://www.sql.ru/articles/mssql/02021801MonitoringPerformanceSQLServer.shtml
   
9. Алексей Лукин - SQL. С самого начала
   http://cooler.irk.ru/ruby/r_dbas1.html
10. http://ibase.ru/
    
11. Дмитрий Попов - Опыт работы с InterBase
    http://ibase.ru/dpopov/index.html
    
12. Использование языка SQL, создание клиент-серверных систем. Конференция по MSSQL, Oracle, Interbase, MySQL. Полезные ссылки, документация, рекомендации по разработке информационных систем,
    http://sql.ru/
    
13. Jean-Claude SOHM - Основные понятые СУБД
    http://cerig.efpg.inpg.fr/tutoriel/bases-de-donnees/sommaire.htm